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(54) Microcomputer with booting system 

(57) There is disclosed a computer system including 
a microprocessor on an integrated circuit chip compris- 
ing an on-chip CPU and a communication bus. The com- 
munication bus provides a parallel communication path 
between the CPU and the first memory local to the CPU. 
An external port of the integrated circuit is connected to 
said bus and to an external computer device having a 



second memory. The external computer device is oper- 
able to transmit control signals through the port: a) to 
suspend execution by the CPU of instructions obtained 
from the first memory; b) to provide from the second 
memory boot code to be executed by the CPU; and c) 
to restart operation of the CPU using said boot code. 
There is also disclosed a method of operating such a 
computer system. 
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Description 

The invention relates to microcomputers. 

Single chip microcomputers are known including external communication ports so that the -hip may be connected 
5 in a network including for example connection to a host microcomputer for use in debugging routines. Such systems 
are known in which each of the interconnected microcomputer chips has its own local memory. Such microcomputers 
may have the operation of the CPU suspended without resetting state or. the chip. Alternatively thsy may undergo a 
reset operation which resets all circuitry on the chip. In this ca3e uoot code is required to resume CPU operation. 
It is an object of the present invention to provide an improved microcomputer, and an improved method of operating 
10 a microcomputer system, in which external communications are simplified and boot code can be obtained from locations 
off-chip. 

The invention provides a computer system including a microprocessor on an integrated circuit chip comprising an 
on-chip CPU with a plurality of registers and a communication bus providing a parallel communication path between 
said CPU and a first memory local to said'CPU, said integrated circuit device further comprising an external port 

15 connected to said bus on the integrated circuit chip and to an external computer device having a second memory, said 
external computer device being operable tc transmit control signals through said port (a) to suspend execution by the 
CPU of instructions obtained from said first memory (b) to provide from said second memory boot code to be executed 
by the CPU and (c) to restart operation of the CPU using said boot code. 

Preferably said CPU is provided with logic circuitry operable to suspend execution of an instruction sequence by 

20 said CPU, said logic circuitry having an address store for holding an instruction location address for use in resuming 
execution of an instruction by the CPU, said logic circuitry being connected to said communication bus whereby the 
logic circuitry may receive a signal packet from said external computer device through said port. 

Preferably said CPU includes an instruction pointer circuit for indicating a next fetch address in execution of an 
instruction sequence and said address store of said logic circuitry is operable to change the pointer value in said 

2S instruction pointer circuit in response to a signal packet from said external computer device. 

Preferably said single integrated circuit chip has a plurality of CPUs on the same chip each connected to said 
communication bus and to said external port. 

The invention includes a method of booting a computer system which comprises a microprocessor on an integrated 
circuit chip with an on-chip CPU, a plurality of registers and a communication bus providing a parallel communication 

30 path between said CPU and a first memory local to said CPU, said integrated circuit device having an external port 
connected to said bus and to an external computer device having a second memory, said method comprising trans- 
mitters control signals from said external device through said external port (a) suspending execution by the CPU of 
insulations obtained from said first memory (b) providing from said second memory boot code to be executed by the 
CPU and (c) restarting operation of the CPU using said boot code. 

35 Preferably in response to control signals through said external port from said external computer device, logic 

circuitry connected to said on-chip CPU operates to suspend execution of an instruction sequence by said CPU, store 
in an address store for said CPU and instruction location address for use in resuming execution of instructions by the 
CPU and cause said CPU to resume execution using said boot code. 

Prelerably communications on said communication bus are effected in bit parallel format and said external port 

40 translates packets to a bit serial format. 

Preferably said external computer device is arranged to transmit through said external port a signal to suspend 
operation of said CPU, transfer boot code from said second memory through said external port to said first memory, 
to provide through said external port an indication of the location of the boot code in said first memory and to restart 
operation of said CPU using said boot code. 

45 Preferably said external computer device transmits through said external port a signal to suspend operation of the 

on-chip CPU, provides through said external port an indication of a memory address in said second memory in which 
boot code is located, and transmits through said external port a signal to the on-chip CPU to restart execution using 
boot code located in said second memory, whereby said on-chip CPU resumes execution fetching boot code from said 
second memory through said external port. 

50 in some embodiments more than one CPU is provided on said chip, said external computer device being operable 

to suspend execution by each CPU on said chip, provide from said second memory boot code to be executed by a 
first CPU on said chip, transmit a control signal to maintain a second CPU in a suspended state, and restart execution 
of said first CPU using said boot code while said second CPU remains suspended. 

Said first CPU may be used to provide boot code for said second CPU and restart execution of said second CPU 

55 after said first CPU has been restarted by said external computer device. 

An embodiment of the present invention will now be described by way of example with reference to the accompa- 
nying drawings in which: 
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Figure 1 is a block diagram of a microcomputer chip in accordance with the present invention, 
Figure 2 shows more detail of a debug port of the microcomputer of Figure 1 , 
Figure 3 shows input of a digital signal packet through the port ol Figure 2, 
Figure 4 shows the output of a digital signal packet to the port of Figure 2, 
Figure 5 shows accessing of registers in the port of Figure 2, 

Figure 6 shows the format of a digKal signal request packet which may be used in the microcomputer of Figure 1 . 
Figure 7 shows the format of a digital signal response packet which may be used in the microcomputer of Figure t . 
Figure 8 shows one example of a serial request packet which may be output or input through the port of Figure 2, 
Figure 9 illustrates further details of one CPU of the microcomputer of Figure 1 including special event logic. 
Figure 10 shows further detail of the special event logic of Figure 9, 

Figure 1 1 shows a microcomputer of the type shown in Figure 1 connected to a host computer for use in debugging 
the CPU by operation of the host, 

Figure 12 shows an arrangement similar to Figure 11 in which a second CPU is provided on the same chip and 
25 operates normally while the other CPU is debugged by the host, 

Figure 13 illustrates one CPU forming part of a microcomputer as shown in Figure 1 when connected to a host 
computer for use in watchpoint debugging, 

Figure 14 shows a microcomputer of the type shown in Figure 1 connected to a host computer in which one CPU 
on the microcomputer is debugged by the other CPU on the same chip, 

Figure 15 shows more detail of part of the logic circuitry of Figure 10, 

as Figure 16 shows more detail of part of the logic circuitry of Figure 1 5, and 

Figure 17'shows more detail of another part of the logic circuitry of Figure 15. 

The preferred embodiment illustrated in Figure 1 comprises ^^J^^ l^lZZTe 
T^ZZZV^IX^ . the various modules 1 4 include a video display interlace 25 having an externa, 

this examele each CPU also includes event logic circuitry 44 connected to the execut.on units 40. 

The CPuTcan be operated in conventional manner receiving instructions from the instruction caches 42 on chip 
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2, this circuitry includes a hard reset controller 45 connected to a hard reset pin 46. The controller 45 is connected to 
all modules on the chip shown in Figure 1 so that when the hard reset signal is asserted on pin 46 all circuitry on the 
chip is reset. 

As will be described below, this port 30 provides an important external communication for use in debugging pro- 
5 cedures. The on-chip CPU's 12 and 13 may obtain instruction code for execution from an external source communi- 
cating through the port 30. Communications on the P-link system 15 are carried out in bit parallel format. Transmissions 
on the data bus 20 of the P-link 15 may be carried out in multiple byte packets, for example 35 bytes for each packet, 
so that one packet is transmitted in five consecutive eight byte transfers along the P-link each transfer being in bit 
parallel format. The port 30 is arranged to reduce the parallelism of packets obtained from the P-link 15 so that they 
10 are output in bit serial format through the output 31 or alternatively in a much reduced parallel format relative to that 
used on the P-link 15 so as to reduce the number of external connection pins needed to implement the external con- 
nection 31. 

The structure of the port 30 will now be described with reference to Figures 2 to 5. 

In this example the port 30 comprises an outgoing packetising buffer 50 connected to the P-link interface 23 as 
'5 well as an incoming packetising buffer 51 connected to the interface 23. On the output side, the external connection 
31 is in this case formed by an output pin 52 and an input pin 53. The port in this case effects a full transition between 
parallel format from the data bus 20 to bit serial format for the input and output pins 52 and 53. The pins 52 and 53 
are connected as part of an output link engine 55 which also incorporates serialiser 56 and de-serialiser 57 connected 
respectively to the outgoing packetising buffer 50 and the incoming packetising buffer 51 . Between the buffers 50 and 
51 are connected by bidirectional connections a register bank 53 and a port stale machine 59. The function of the port 
30 is to translate bit packets between the internal on-chip parallel format and the external bit serial format. In addition 
it allows packets which are input through pin 53 to access the registers 58 in the port without use of the P-link system 
1 5. Equally packets on the P-link system 1 5 can access the registers 58 of the port without using the external pins 52 
or 53. 

The format of the multibit packets used in the microcomputer system are illustrated by way of example in Figures 
6, 7 and 8. When a packet is to be output from the port 30 from one of the modules 14 connected to the P-link 15, the 
module transmits the parallel representation of the packet along the data bus 20. The packet may comprise a plurality 
of eight byte transfers as already described. Each module 14, including the port 30, have a similar P-link interface 23 
and the operation to take data from the bus 20 or to put data onto the bus 20 is similar for each. When a module has 
30 a packet to send to another module, for example to the port 30, it first signals this by asserting a request signal on line 
60 to the dedicated link 21 connecting that module to the central control 22. It also outputs an eight bit signal on a 
destination bus 61 to indicate to the control the intended destination of the packet it wishes to transmit. It will be 
understood that the P-link 21 is itself a bus. A module such as the port 30, which is able to receive a packet Irom the 
bus 20 will assert a signal "grant receive" on line 62 to be supplied on the dedicated path 21 to the central control 22 
35 regardless of whether a packet is available to be fed to that destination or not. When the central control 22 determines 
that a module wishes to send a packet to a destination and independently the destination has indicated by the signal 
on line 22 that it is able to receive a packet from the bus 20, the control 22 arranges for the transfer to take place. The 
control 22 asserts the "grant send" signal 63 via the dedicated line 21 to the appropriate interface 23 causing the 
sending module to put the packet onto the P-link data path 20 via the bus 64 interconnecting the interface 23 with the 
data bus 20. The control 22 then asserts the "send" signal 65 of the receiver which signals to it that it should accept 
the transfers currently on the P-link data bus 20. The packet transmission concludes when the sender asserts its "end 
of packet send" line 66 concurrently with the last transfer of packet data on the bus 20. This signal is fed on the dedicated 
path 21 to the central control 22 and the control then asserts the "end of packet received" signal 67 to the receiving 
module which causes it to cease accepting data on the P-link data bus 20 after the current transfer has been received. 

The parallel to serial translation which takes place in the port 30 has a one to one equivalence between the parallel 
and serial packets so that all data contained in one packet form is contained in the other The translation therefore 
involves identifying the type of the packet and copying across fields of the packet in a manner determined by the type. 
When a packet is input to the outgoing packetising buffer 50 from the data bus 20, the packet is held in its entirety as 
the buffer is 35 bytes long in order to hold the longest packet. As shown in Figure 4, buffer 50 is connected to the port 
state machine 59 and to a shift register 70 by a transfer bus 71 . The shift register 70 is connected to the serialiser 56. 
The state machine 59 provides input signals 72 to the buffer 50 to copy specific bytes from the P-link packet onto the 
transfer bus 71 under the control of the state machine 59. Firstly the most significant byte of the packet, which holds 
the destination header 73, is placed onto the byte wide transfer bus 71. The state machine 59 compares this value 
with those values which indicate that the packet is destined for the shift register and output serial link. If the packet is 
destined for the output serial link, the state machine causes the next byte 74 of the packet (which is the operation code 
indicating the type of packet) to be placed on the transfer bus 71 . From the opcode 74 which is supplied to the state 
machine 59 on the transfer bus 71 , the state machine determines the length and format of the packet derived from the 
data bus 20 and therefore determines the length and format of the serial packet which it has to synthesise. The state 
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machine 59 outputs a byte which indicates the serial length packet onto the transfer bus 71 and th,s is sh ted into the 
£s t bite poS of the shift register 70. The state machine 59 then causes bytes to be copied from the buffer 50 onto 
"e bus Twiere they are shitted into the next byte position in the shift register 70. This continues until aff the bytes 
romle butter 50 have been copied across. The order of byte extractions from the buffer 50 is con ta, nedin he state 
rn^hine 59 a this determines the reformatting in serial format. The serial packet may then be output by the output 
TnninL 55 via o n I2 to externally connected circuitry as will be described with reference to Figures 11 to 14 

9 When a se n^fpacke^s input through pin 53 to the port 30, the translation is dealt with as follows^ Each byte .s 
passed nto the sniS register 80 forming^ packetising buffer. Such a serial packet is J^^^^ 
ttrst bvte 81 indicates the packet size. This will identify the position of the last byte of the packet. Re ernng to _h.gure 
3 he el JeO copies bytes in the simple order they are shifted out of the shift register onto a ransf er bus 83 under 
thfconSof the state machine 59. The state machine 59 compares the destination byte 84 of the t^^*^ 

state machine 59 This indicates to the interlace 23 that a packet is ready to be put on the bus 20 and ^interface 

identifier (TID) which is also provided in each packet, is also copied across. A type byte of the response pacKe is 
E^iSetS byte of L request packet and consequently a response P-.ink packet ,s formed ,n the outgomg 
buffer 50 in response to a request packet which was input from an external source to pin 53 marhin * = q 

I the woe o [access for registers 58 is a write access then the write line 95 is asserted by the state machine 59 
tooether wS the Sdress line 91 Some cycles .ater the least significant byte of the data is copied from an operand 
Sd o ^r^krt 51 onto the daia bus 93. On the following seven cycles bytes of success.ve significance 

45 th9t l^T^eZ2Son byte of a packet received from the P-,ink system 15 by the port 30 is examined and 
Mk^^m-Se^TcSS^SSio access registers 58 in the port 30, a similar operation is carried out. Rather man 
S c Awarded to the bit sena. register 70, the type o, field of the packet is used to determine <J^^££ 
a read or write access. If the access is a read then the read line 90 of Figure 5 is asserted by the state machine 59 

so and the "leas significant four bits of the packets address field are placed on the address line 91 . Two cycles later the 
reqisTer bank copiSe value held in the register which has been addressed onto the data line 93 one byte *U .time 
S^TiZSLe cycles. This is latched into buffer 51 and the state machine synthesises a P-I.nk packet wh,ch is 
specif^d aTa "read response" packet. The destination field for this response packet is copied from the source field I o 
me revesting brtsenalpacket \e transaction identifier is also copied across. The type byte of the response packet 

" ^ 'Tthe Woe oi ^s^ute^i^w^Sss then state machine 59 asserts the write line 95 together with the 
add ss ine P 91 Some c£X£VL least significant byte of the data is copied from the operand IMd of the ^cket 
fn buffer 50 to the data line 93. On the following seven cycles bytes of successive significance are copied to the data 
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^ 93 and copied into the registers until all bytes have been copied. A response packet is then synthesised as 
previously described except that "store response" packets do not have data associated with them and comprise only 
a destination byte, a type byte and a transaction identifier byte. This response packet is then forwarded to the P-link 
interface 23 where it is returned to the issuer of the request packet which have been input through the P-link interface 
93 in order to access the port registers 58. 

From the above description it will be understood that the packet formats shown in Figures 6, 7 and 8 include 
packets that form a request or a response to a read or write operation. In addition to each packet including a destination 
indicator for the packet (numeral 73 in Figures 6 and 7 or numeral 84 in Figure 8) the packets include a (TID) transaction 
identifier 98 and an indication of the source 99. The packets may need to identify a more specific address at a desti- 
nation. For this reason an address indicator 100 may be provided. As already described in relation to register access 
at the port 30, the destination identifies the port although the address 100 is used to indicate the specific register within 
the port. The Destination field is a one byte field used to route the packet to the target subsystem or module connected 
to the P link 1 5. For request packets it is the most significant byte of the address to be accessed. For a response packet 
it identifies the subsystem which issued the request. The source field is a one byte field which is used as a return 
address for a response packet. The Address field is provided by the least significant 3 bytes of the request address. 
The TID field is used by the requester to associate responses with requests. 

It will be appreciated that by using a bit serial port low cost access is provided to a chip, requiring only a small 
number of pins for access, and may be particularly used for debugging a CPU by use of an external host. 

In this example each CPU 12 and 13 is arranged to execute an instruction sequence in conventional manner. The 
instruction set will include a plurality ol conventional instructions for a microcomputer but this example also includes 
an instruction to send an "event". An "event" is an exceptional occurrence normally caused by circumstances external 
to a thread of instructions. Events can be used to have similar effect as an "interrupt 11 or "a synchronous trap". Events 
may be prioritised in that they can cause a change in the priority level at which the CPU executes. An event may be 
sent by execution of an event instruction although hardware in the form of the event logic 44 can carry out the function 
of some events without the execution of instructions in a service or handler routine. 

Events which originate from execution of an instruction by a CPU are caused by execution of the event instruction. 
This can be used to send an "event" to a CPU such as one or other of the CPU's 1 2 or 1 3 on the same chip or it may 
be used to send an event to a CPU on a different chip through an external connection. The CPU which executes the 
event instruction may also send an event to a further module connected to the P-link system 1 5. The event instruction 
has two 64 bit operands, the event number and the event operand. With regard to the event number 0-63, bit 15 is 
used to determine whether or not the event is a "special event". When bit 15 is set to 1, bits 0-14 are used to define 
the type of special event. Bits 16-63 of the event number are used to identify the destination address of the CPU or 
module to receive the special event. The types of special event are set out below: 



| Event Name 


EN. CODE 


EN. OPERAND 


Function 


EVE NT. RUN 


1 


Ignored 


Resumes execution from suspended state of the receiving 
CPU 


EVENT.RESET 


3 


Ignored 


Generate a reset event on the receiving CPU 


EVENT.SUSPEND 


5 


Ignored 


Suspends execution of the receiving CPU 


EVENT. SET 
RESET. 
I HANDLER 


7 


boot address 


RESET. HANDLER SHADOW RESET HANDLER 
RESETHANDLER <- boot address j 



These special events may be sent from one CPU 12 or 13 to the other or alternatively they may be sent through 
the debug port 30 from an external host to either of the CPU's 1 2 or 1 3 on chip. The "event" will be sent as a bit packet 
of the type previously described. 

In response to a special event, either CPU 12 or 13 can be made to cease fetching and issuing instructions and 
enter the suspended state. 

When an EVENT.SUSPEND is received by a CPU it sets a suspend flag. This flag is OR-ed with the state of the 
suspend pin to determine the execution stage of the CPU. 
The suspended state may be entered by: 



55 



Asserting the SUSPEND PIN. This stops all CPUs on the chip. 
• Sending an EVENT.SUSPEND to a CPU. This suspends only the receiving CPU. 
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The suspended state may be exited by either of: 
. Changing an external SUSPEND PIN from the asserted to negated stage. This causes all CPU(s) which do not 

have their suspend flags set to resume execution. 
. sending an EVENT.RUN special event to a CPU. This clears the suspend flag. I. the SUSPEND P.N is negated 

this causes the receiving CPU to resume execution. 

* • o rpi i \r\ Hrain the execution pipelines. This takes an implementation defined 

. The reset address control register RESET.HANDLER may be changed. 
• The CPU may be reset. 

. External memory may be changed by DMA, e.g. using the debug link 30. 

RES ^' H J^^ E ^ E ^gj^° r u l ° e g h ^e e f e e c l e tui^g l CPU^perlTrm^s^weset 9 ThiMype of reset causes me Key internal 
^SS^^SZZ* -* /. «d values ,n dsd.catet, «■=. registers seeh as ,o enable 

The metructioo executton system to, CPU 12 or 3 and I its relation , wrtn p „„,,„, ,. is as lollow(( . 
instructions along with any operands to the execut,on un> t ,M te-«o™ un-UOSj ^ ^ ^ 

which holds the address on which code is fetched following a reset operat.on 

^^SSSks sssssbs 
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"event suspend" will be completed but the CPU associated with the event logic 114 will eventually enter a state where 
no instructions are being fetched or executed 

On receipt of an "event run" the event logic 114 causes the suspend flag 117 to be cleared. The event logic 114 
performs a logical OR of the state of the suspend flag 117 and the suspend pin 118. The result is known as the suspend 
state. If the arrival of the "event run" has not changed the suspend state then nothing further is done. If the arrival of 
the "event run" has changed the suspend state then the event logic 114 ceases to inhibit access of instructions from 
the cache 42. A signal passed through the event handler 111 indicates to the fetcher 101 that the CPU should resume 
its fetch-execute cycle at the point at which it was suspended. 

In the event of receipt of an "event set reset handler" the event logic 114 causes the operand which accompanies 
the special event in the packet, to be copied into the reset handler register 119 and the previous value that was held 
in register 119 is put into the shadow reset handler register 121. 

On receipt of an "event reset" the event logic 114 causes the event handler 111 to cease its current thread of 
execution by providing a new instruction point on line 1 1 2 to the fetcher 1 01 and thereby start executing a new instruction 
sequence whose first instruction is fetched from the address given in the reset handler register 1 99. That new address 
is obtained on line 120 through the event logic 114 to the event handler 111 prior to being supplied to the fetcher 101 . 

It will therefore be seen that by use of the special events which may be indicated in a packet on the P-link system 
15, sources on-chip or off-chip may be used to suspend the fetching and execution of instructions by a CPU or to 
resume execution of a suspended CPU. It may also be used to reset a CPU into an initial state or to provide a new 
boot code for the CPU from anywhere on the P-link system or anywhere in an interconnected network using the external 
port 30 so that it forms part of the physical address space throughout the network which may be accessed by the CPU. 

More detailed Figures showing the special event logic 44 are provided in Figures 1 5, 16 and 17. Figure 1 5 shows 
the P-link system 1 5 including a Receive buffer 1 40 and a Transmit buffer 1 41 adjacent the interface 23. When a packet 
including a special event is received in the buffer 140, inputs may be provided on lines 142, 143 and 144 to special 
event decode logic 145. When bit 15 of the event number is set to 1 thereby indicating a special event, a P valid signal 
is provided on line 142 to the decode logic 145. At the same time the event code field of the packet is supplied on line 
143 to the decode logic 145 and the event operand field is supplied on line 144 to the decode logic 145. In response 
to assertion of the P valid signal on line 142, the decode logic 145 decodes the event code field as indicated in the 
following table: 



30 



35 



P_en.code 


Signal asserted 


Ev_handle 


001 


Ev_run 




011 


Ev_reset 




101 


Ev_Susp 




I 111 


Ev_set 


P_en.op 



On the cycle of operations following decoding, the decode logic 145 outputs a signal on line 146 P Event done to 
clear the buffer 140. Depending on the result of decoding the signal on line 143, the decode logic may output either 
an Event Run signal on line 1 47 or an Event Suspend signal on line 1 48 to suspend logic 1 49 connected to the suspend 
pin by line 150. Alternatively decoding of the signal on line 143 may cause the decode logic 145 to output an Event 
Reset signal on line 151 to the CPU pipeline circuitry 152. Alternatively the decode logic 145 may output an Event Set 
Reset Handler signal on line 153 to the reset handler logic 154 together with the operand value on bus 156. 

Figure 16 illustrates the suspend logic 149. Lines 147 and 148 form inputs to an SR latch 157 which provides a 
second input 158 to an OR gate 159 having the suspend pin providing the other input 150. In this way the signal on 
line 147 is logically or-ed with the suspend pin to generate a fetch disable signal on line 160 which includes a latch 
161 providing the suspend flag. The signal on line 160 has the effect of inhibiting the fetching of instructions from the 
instruction cache 42. This eventually starves the CPU of instructions and the CPU execution will be suspended. As- 
sertion of the signal on line 1 48 will clear any previously asserted signal on line 1 47 in the normal operation of the SR 
latch 157. 

Figure 1 7 illustrates the reset handler logic 1 54. When the Event Set on line 1 53 is asserted, this is supplied to a 
reset handler state machine 1 62 connected to a register bus 163 interconnecting the reset handler register 11 9, shadow 
reset handler register 121 and the instruction pointer bus 112. The response to assertion of signal 153 is as follows: 

1 The state machine 162 asserts the read line 164 of the reset handler register 119 which causes the value in the 
reset handler register to be read onto the register bus 163. 
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2 The state machine 162 asserts the write line 165 of the shadow reset handler register 1 21 causing the value on 
the register bus to be written into the shadow reset handler register. 

3 The state machine 162 causes the value on the Ev_handle bus 156 to be put onto the register bus. 

4 The state machine 162 asserts the write line 164 of the reset handler register 119 which causes the value on 
the register bus to be copied into the reset handler register 119. 

Alternatively if a get iptr sig is asserted on line 166 from the CPU pipeline 152 then the following occurs. The 
state machine 1 62 asserts the" read line (FVW) of the reset handler register which causes the value .n the reset handler 
reaister to be read onto the register bus. This value is transferred along the line labelled IPTR. 

9 The foLng method maybe used to boot one or other of the CPUs 1 2 or 1 3 of Figure 1 
to an external microcomputer through the port 30 similar to the arrangement shown in Figure " ■ The twc CPUs _ 12 
and 13 may be connected to a common suspend pin 118. When pin 118 is asserted, after the hard reset p n 46 has 
been asTerted both CPUs are prevented from attempting to fetch instructions. The external link 30 and external m.- 
crocomputer ? 2 3 can then be used to configure the minima, on-chip state by writing directly to control reg.sters on chip 
TaTstonng the Necessary boot code into the DRAM memory connected to bus 33 of chip 11 . When the state of the 
s spend pnl changed one of the CPUs can boot from the code now held in the DRAM for.the chip 11 . To achieve 

mfsthes^ 

123 sends packets through the port 30 to write boot code into memory 120 shown in Figure 11. The host 123 then 
Executes an instruction to send the special event EVENT SET RESET HANDLER tothe selected one of ™«*om^ni 
1 2 or 1 3 and in this example it will be assumed to be CPU 1 3. This will provide a new target address in the reset handle 
eg^ter 119 for CPU 13. The host 113 will then execute an instruction to send through the port 30 a speca. event 
EVENT SUSPEND to the other CPU 1 2. This will set the suspend flag 117 of CPU 12. The assert s.gna. on the suspend 
pin 1 1 8 is then removed so that CPU 1 3 wil. start executing code derived from memory 1 20 from the target boot address 
he.d in the reset handler register 119. CPU 12 wil. remain suspended due to the start of 

is necessary to operate CPU 1 2. it can be started by CPU 1 3 executing an instruct.on to send to CPU 1 2 the special 
nstruction E V VENT SET RESET HANDLER. This wil. change the defauU boot address held in ^the register 
1 1 9 of the CPU 1 2 CPU 1 3 must then execute an instruction to send the spec.al event EVENT RUN to CPU 1 2 which 
will as described above, start execution of CPU 1 2 with code derived from the address in the reset handler reg.ster 

1 1 * £ miswly the microcomputer of Figure 1 can be booted without the requirement of having valid code irv a ROM^ 

Although the above described boot procedure used boot code which had been loaded '"to the local memory r 120 
for the chip 11 the similar procedure may be followed using code located in the memory 125 which ,s local to the 
exUmafmfc computer 1 23 To achieve this, the same procedure, as above, is followed except that the speca! even 
whth fs sent through port 30 to load the reset handler register 119 of CPU 1 3 wil. provide a target address for the , boot 
code which is .oca'ed'in the address space of the port 30. In this way, when the assert s.gna. '-^^ from the 
suspend pin 118, CPU 13 will start fetching code directly from the external computer and external memory. When CPU 

1 2 is needed it can be started by CPU 1 3 as previously described. 

By arran n for the host 113 to send thespecial instruction EVENT SUSPEND to CPU 12 pnor to removing the 
assert'signa. from suspend pin 11 8 it is possible to reduce the amount of instruction f etc "J^J^ 8 ^ 
CPU 13 may boot alone and then arrange for CPU 12 to boot rather than attempt.ng to boot both CPUs 12 and 13 
from the externa, microcomputer through the port 30. initiate 

Watchpoint registers may be used to monitor the execution of a program. These registers may be inrttfrte 
a debug routine when a particular memory store is addressed or alternatively when instructions from a particu.ar locat.on 

Various examples of use of the chip 1 1 in a network having a plurality of interconnected chips are shown in Figures 

11 ^oL example of Figure 11, the chip 11 is shown for simplicity with the single CPU 12 as CPU 13 is not involved 
in the operation described with reference to Figure 11. The chip is connected through the externa, memory .nterface 
and bus 33 to a memory chip 120 which is local to the CPU 1 2 and forms part of the .oca. address space of the CPU 
12. The port 30 is connected by two seria. wires 1 21 and 1 22 to a further microprocessor chip 1 23 whic un th.s . case 
forms a debugging host for use with chip 11. Line 121 provides a unidirectional input path to chip 11 and line 122 
provdes a unidirectional output path to the host 1 23. The host 1 23 is connected through a bus 1 24 to a .memory chip 
?25 which is local to the host microcomputer 1 23 and thereby forms part of the local address space of the host micro- 
computer 1 23. in order to carry out debugging operations on the CPU 12, the host microcomputer may operate software 
derived on-chip in the microcomputer 1 23 or from its local memory 1 25 so that the host 1 23 ™£* ? 

previously described, to be issued in packets along the serial line 1 21 through the port 30 onto the P-I.nk system 15. 
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These may have the destination address indicating the CPU 12 so that this special event is handled as already de- 
scribed with reference to Figure 10. This may be used to suspend the CPU 12 at any time and to replace the value in 
its reset handler register and to reset the CPU 12 either from its previous state or from a new state indicated by the 
value in the register 119. The CPU 12 may have part of its address space located in addresses of the memory 125 
5 local to the host 123. The port 30 forms part of the local address space for the CPU 12 and consequently a memory 
access may be made to the address space allocated to the port 30 and in this case the response may be synthesised 
by software running on the host microcomputer 1 23. It is therefore possible to set the reset handler register 11 9 to be 
an address local to the host rather than local to the CPU 12. In this way a host can, independently of operation of the 
CPU 12, establish itself as the source of the instructions and/or data to be used by the CPU 12. This mechanism may 
10 be used to initiate debugging from the host 123. In the case of a chip 11 having two CPUs 12 and 1 3, it is possible to 
debug software running on CPU 1 2 as already explained while leaving software running on CPU 1 3 unaffected by the 
debug operation being carried out on CPU 12. This is the position shown in Figure 12 where the second CPU 13 is 
shown in broken lines and is operating normally in obtaining instructions from its instruction cache or from the memory 
120 quite independently of the debug routine operating on CPU 12 in conjunction with the host 123. 
is Figure 1 3 shows an alternative arrangement in which the network is generally similar to that described with refer- 

ence to Figures 11 and 12. However in this case the CPU 12 is provided with a data watchpoint register 130 and a 
code watchpoint register 131 in which respective addresses for data values or instruction locations may be held so as 
to initiate a debug routine if those watchpoints are reached. In this example, the host microcomputer 123 can, at any 
point during the execution of a program by the CPU 12, briefly stop execution of the CPU 12 and cause the watchpoint 

20 state in the registers 130 or 131 to be modified and return control to the original program of the CPU 12. When the 
CPU 1 2 executes an instruction which triggers a watchpoint as set in either of the registers 1 30 or 1 31 , it stops fetching 
instructions in its normal sequence and starts fetching and executing instructions starting from the instruction specified 
by the content of a debug handler register 132. If the debug handler register 132 contains an address which is local 
to the host 1 23 rather than local to the CPU 1 2, the CPU 1 2 will start fetching instructions from the host 1 23. In this 

25 way the host can establish the watchpoint debugging of a program which is already running without using any of the 
memory local to the CPU 12 and without requiring the program of the CPU 12 to be designed in a manner cooperative 
to that of the debugging host 123. In this way the examples described provides for non-cooperative debugging. The 
operating system and application software for the CPUs on the chip 11 do not need to have any knowledge of how the 
debugging host computer 123 will operate or what operating system or software is incorporated in the host 123. 

30 In conventional computer architectures watchpoint triggers are handled using a vector common to traps or events 

managed by the operating system. These traps and events use a conventional set of registers marked 134 which 
provide the address of the handler routine. In the example described, an extra register set 135 is provided which 
includes the debug handler register 132 and a reset handler register 136. In this manner independence from the op- 
erating system is established by providing the extra register set 135 in which the address of the handler routine for 

35 watchpoint handling routines may be found. 

Figure 14 shows the same network as previously described with reference to Figure 12. In this case the host 123 
is provided and connected to the port 30 so that it may operate as previously described for use in debugging and the 
transmission of special events through the port 30. However in cases where it is necessary to monitor the debugging 
of one of the CPUs 12 or 13 as quickly as possible in debugging real time code, this example may be used to carry 

40 out debugging of one of the CPUs 12 or 13 by use of the other of the CPUs 12 or 13 instead of the host 123. The 
transfer of packets along the P-link 15 on-chip may be performed faster than external communications through the 
port 30. In this case either of the CPUs 1 2 or 1 3 may execute instructions which send special events to the other CPU 
on the same chip and thereby carry out a debugging operation as previously described with reference to use of the 
host 123 although in this case the control will be carried out by one of the on-chip CPUs in effecting a debugging 

45 operation of the other CPU on the same chip. 

It will be seen that in the above example the external host 123 can be used to carry out debugging of either of the 
on-chip CPUs 12 or 13 without restrictions on the operating systems or application software of either of the on-chip 
CPUs. The watchpoint debugging may be carried out without the need to use memory local to the on-chip CPUs. Both 
on-chip CPUs 1 1 and 12 and the host 123 which is externally connected have access to each other's state by packet 

50 communications through the port 30. The on-chip CPUs 1 2 and 1 3 can access the external memory 1 25 independently 
of any operation of a CPU in the host 1 23. This allows the on-chip CPUs to access code from a memory which is local 
to an externally connected microcomputer. 

The external host may comprise a computer or a computer device such as a programmable logic array. 



Claims 

1. A computer system including a microprocessor on an integrated circuit chip comprising an on-chip CPU with a 
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plurality of registers and a communication bus providing a parallel communication path between said CPU and a 
first memory local to said CPU, said integrated circuit device further comprising an external port connected to sa.d 
bus on the integrated circuit chip and to an externa, computer device having a second memory, said external 
computer device being operable to transmit control signals through said port (a) to suspend execution by the CPU 
obstructions obtained from said first memory (b) to provide from said second memory boot code.to be executed 
by the CPU and (c) to restart operation of the CPU using said boot code. 

2 A computer system according to claim 1 in which said CPU is provided with logic circuitry operable to suspend 
executton of an instruction sequence by said CPU, said logic circuitry having an address store for holding an 
SnS^tion address for use in resuming execution of an instruction by the CPU, sa.d ogjc 
connected to said communication bus whereby the logic circuitry may rece.ve a signal packet from sa.d external 
computer device through said port. 

3 A computer system according to claim 2 in which said CPU includes an instruction pointer circuit for indicating a 
3 - SXin executio'n o, an instruction sequence and said address store of ^^ e ™^£^ 

to change the pointer value in said instruction pointer circuit in response to a s.gnal packet from sa.d external 
computer device. 

4 A computer system according to any one of the preceding claims in which said debugging port includes packet 
formaTLs Jion circuitry for changing bit packets between a bit parallel on^hip format to a less parallel externa, 
format. 

5. A computer system according to claim 4 in which said external format is bit serial. 

6. A computer system according to any one of the preceding claims in which said sin 9' e ; nt c e 9^ h3S 
a plurality of CPUs on the same chip each connected to said commun.cat,on bus and to said external port. 

7 A computer system according to claim 6 in which said external computer device is operable to suspend execution 
by one CPU on said chip whUe providing boot code and restarting another CPU on sa.d chip, whereby one CPU 
can be booted by signal packets input through said external port while the or each other CPU on sa,d ch.p remains 
suspended. 

8 A method of booting a computer system which comprises a microprocessor on an integrated circuit chip with an 
on ch ip^PU TpJality of registers and a communication bus providing a parallel communication path between 
said CPU and a first memory local to said CPU, said integrated circuit device hav.ng an external port connec ted 
to said bus and to an externa, computer device having a second memory, said method comprising transmrt ting 
control signals from said external device through said external port (a) suspend^ execution ^e CPU of in- 
structions obtained from said first memory (b) providing from said second memory boot code to be executed by 
the CPU and (c) restarting operation of the CPU using said boot code. 

9 A method according to claim 8 wherein in response to control signals through said external port from .said external 
computer device, logic circuitry connected to said on-chip CPU operates to suspend. executor, of an .nstruct on 
sequence by said CPU, store in an address store for said CPU and instruction locafon address for use in resum.ng 
execution of instructions by the CPU and cause said CPU to resume execution using sa.d boot code. 

10. A method according to claim 8 or claim 9 in which communications on said communication bus are effected in bit 
parallel format and said external port translates packets to a bit serial format. 

11 A method according to any one of claims 8 to 10 in which said external computer device is arranged to transmit 
Through said external port a signal to suspend operation of said CPU, transfer boot code from sa.c seconc memory 
through said external port to said first memory, to provide through said external port an .nd.cat.on of the locat.on 
of the boot code in said first memory and to restart operation of said CPU using sa.d boot code. 

12 A method according to any one of claims 8 to 10 in which said external computer device transmits though said 
externa, port a signal to suspend operation of the on-chip CPU, provides through said externa, port an ,ndrcat,on 
o'a memory addLs in said second memory in which boot code is .ocated, and transm.ts through sa.d external 
port a signal to the on-chip CPU to restart execution using boot code .ocated in sa.d second nmMf 
said on-chip CPU resumes execution fetching boot code from said second memory through sa.d external port. 
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1 3. A method according to any one of claims 8 to 1 2 in which more than one CPU is provided on said chip, said external 
computer device being operable to suspend execution by each CPU on said chip, provide from said second memory 
boot code to be executed by a first CPU on said chip, transmit a control signal to maintain a second CPU in a 
suspended state, and restart execution of said first CPU using said boot code while said second CPU remains 

s suspended. 

14. A method according to claim 13 in which said first CPU is used to provide boot code for said second CPU and 
restart execution of said second CPU after said first CPU has been restarted by said external computer device. 
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Fig. 5. 
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